
4ttJteC'4PCTfi^ It) JAN 2000 





WO 99/60755 



PCT/AU99/00396 



^ 10 

y t 

Q 

3 li 

s. :: 



METHOD AND APPARATUS FOR TRANSFER OF REAL TIME SIGNALS 



FIELD OF THE INVENTION 

This invention relates to digital packet transmission of real time information and, 
more particularly, to timely delivery of information packets and to 
synchronisation of packet transmitted real time signals, 

BACKGROUND TO THE INVENTION 

Different digital packet networks exist and are well known. There is hardly an 
office or campus without one or more local area packet networks. There are also 
higher layer networks that carry digital packets over successions of local and 
wide area networks, using some inter-networking protocol. The most ubiquitous 
and best known is the Internet. The invention relates to the transfer of real time 
signals over any and all of such digital communications networks. 

The Internet and most local area networks are connectionless. Packets are routed 
and carried independently of each other to selected destinations on the basis of 
the destination address as given in the header of the packet. Also, as part of 
being connectionless, there is no reserved bandwidth for the carriage of packets 
between any particular source and destination pair, such carriage without 
reserved bandwidth being referred to as unresourced. Resourcing of packet 
carriage between any source and destination pair is feasible only if the carriage 
is along a particular path, i.e. is connection-oriented. 

Connectionless local and wide area networks were developed for computer data 
communications which have no strict time constraints, and for which the 
networks are completely adequate and eminently suitable. Connectionless 
networks, and particularly the Internet, have come to be increasingly used also 
for real time communication, such as telephony and video conferencing for 
which such networks are, or will prove to be, manifestly inadequate. Given 
connectionless transfer without any access control, a network is exposed to the 
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possibility of traffic overload. While the only effect of overloads is to slow down 
non-time sensitive data communications, they result in unacceptable delays in 
real time communications, causing disruption in the reception of the real time 
signal. 

Disruption of real time communications by general network overloads can be 
reduced by providing a higher priority service in the network to them. But this 
can only be effective until the traffic at higher priority service in itself reaches 
overload proportions. To provide dependable and sustainable communications 
a network, including the Internet, needs to be connection-oriented with 
possibility of bandwidth reservation on connections, at least in regard to real 
time transfers. 

Although bandwidth reservation is necessary for transfer of a real time signal, 
it is not of itself sufficient to assure timely transfer of the signal. Mere 
reservation of bandwidth would result in timely transfer if the signal had a 
constant rate, i.e. was carried in fixed size packets sent at regular intervals. 
Timely transfer is not possible if the signal has a variable rate - variable length 
packets, or packets at variable intervals, or both. To assure timeliness in the 
transfer of a variable rate signal, the network needs to forward packets in 
accordance with each packet's time requirements, on or before the deadline 
applicable to the packet. To accomplish that, network routers need to be time 
aware with respect to every packet on every established real time connection. 

SUMMARY OF THE INVENTION 

The present invention was developed with a view to providing a method and 
apparatus for timely transfer over a communications network of real time signals 
even when carried in irregularly spaced and /or variably sized information 
packets, and for recovery of source clock at destination. Examples of signals that 
may advantageously be transferred by irregular packets, but nonetheless require 
timely delivery and recovery of source clock are compressed video and 
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compressed sound in real time communication such as telephony and 
teleconferencing. 

Throughout this specification the term "comprising" is used inclusively, in the 
sense that there may be other features and /or steps included in the invention 
not expressly defined or ^comprehended in the features or steps specifically 
defined or described. What such other features and/or steps may include will 
be apparent from the specification read as a whole. 



According to a first aspect of the present invention there is provided a method 
of transmitting real time signals as digital data packets over a communications 

10 network, the method comprising: 

providing first and second time stamps in each packet of a real 
time signal required to be transmitted, said first time stamp indicating the 
elapsed time of the real time information represented by the data carried in the 
packet and said second time stamp indicating a time at which assembly of the 

15 packet at a source had occurred, and wherein said time stamps are derived from 
a universal time measure available to the source, a destination and routing 
points in the network whereby, in use, timely transfer en route and time- faithful 
reconstruction of the real time signal at the destination is possible. 

According to a second aspect of the present invention there is provided a 
20 transmitting apparatus for transmitting real time signals at a source as digital 
data packets over a communications network, the transmitting apparatus 
comprising: 

means for inserting first and second time stamps in each packet of 
a real time signal required to be transmitted at the source, said first time stamp 
25 indicating the elapsed time of the real time information represented by the data 
carried in the packet and said second time stamp indicating a time at which 
assembly of the packet at a source had occurred, and wherein said time stamps 
are derived from a universal time measure available to the source, a destination 
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and routing points in the network whereby, in use, timely transfer en route and 
time-faithful reconstruction of the real time signal at the destination is possible. 

According to a third aspect of the present invention there is provided a routing 
apparatus for routing real time signals as digital data packets over a 
communications network, the routing apparatus comprising: 

means for retrieving first and second time stamps from each packet 
of a real time signal required to be routed, said first time stamp indicating the 
elapsed time of the real time information represented by the data carried in the 
packet and said second time stamp indicating a time at which assembly of the 
packet at a source had occurred, and wherein said time stamps are derived from 
a universal time measure available to the source, a destination and routing 
points in the network; and, 

means for supervising dispatch of each of said packets in sequence 
by determining a target time for latest completion of dispatch of the next 
succeeding packet using the first time stamp in a packet whereby, in use, 
successive packets are substantially always despatched ahead of, or on, 
scheduled time. 

Preferably the routing apparatus further comprises: 

means for imposing an enforced wait in the timing of dispatch of 
a first packet by a predetermined time interval selected to be short enough to 
introduce an acceptable contribution by a routing apparatus to the total delay 
of the real time signal and long enough to provide sufficient time margins for 
the timely dispatch of subsequent packets. 

Preferably the routing apparatus further comprises: 

means for confirming that a packet is the next successive packet in 
sequence of the real time signal by comparing its first time stamp with a the first 
time stamp of the previous packet. 
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According to a fourth aspect of the present invention there is provided a method 
of routing real time signals as digital data packets over a communications 
netv^ork, the method comprising: 

retrieving first and second time stamps from each packet of a real 
5 time signal required to be routed, said first time stamp indicating the elapsed 
time of the real time information represented by the data carried in the packet 
and said second time stamp indicating a time at v^hich assembly of the packet 
at a source had occurred, and wherein said time stamps are derived from a 
universal time measure available to the source, a destination and routing points 
10 in the netw^ork; 

supervising dispatch of each of said packets in sequence by 
« determining a target time for latest completion of dispatch of the next 

Qi succeeding packet using the first time stamp in a packet v^hereby, in use, 

successive packets are substantially always despatched ahead of, or on, 
0^ 15 scheduled time. 

ijlj 

Preferably the method of routing further comprises: 
H confirming that a packet is the next successive packet in sequence 

g of the real time signal by comparing its first time stamp with the first time 

^ stamp of the previous packet. 

20 According to a fifth aspect of the present invention there is provided a receiving 
apparatus for receiving real time signals at a destination as digital data packets 
over a communications network, the receiving apparatus comprising: 

means for retrieving a first time stamp from a packet of a real time 
signal required to be presented at the destination, said first time stamp 

25 indicating the elapsed time of the real time information represented by the data 
carried in the packet, and wherein said first time stamp is derived from a 
universal time measure available to a source, the destination and routing points 
in the network; 

a presentation timing clock for controlling the timing of 
30 presentation of the real time signal at the destination; and. 
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means for adjusting the presentation timing clock based on a 
comparison of the first time stamp with the actual time taken to present the real 
time information represented by the data carried in the packet whereby, in use, 
a timing clock at the source can be recovered to ensure time-faithful 
reconstruction of the real time signal at the destination. 

Throughout this specification the term "universal time measure" is to be 
understood to refer to an arrangement whereby reference oscillators provided 
at the transmitter, routers and receivers are isochronic, or at least plesiochronic, 
with each other, or at least up to an integer multiple of each other. To be 
isochronic the reference oscillators may be locked to a common frequency 
source, for instance the reference oscillation that is universally receivable from 
a geopositioning satellite (GPS). To be plesiochronic with each other, the 
reference oscillators must be of the same nominal frequency and appropriately 
high accuracy, or each may be locked to a standard oscillator that is 
plesiochronically related to the others. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In order to facilitate a better understanding of the present invention, a preferred 
embodiment of the method and apparatus for transmitting real time signals will 
now be described in detail, by way of example only, with reference to the 
accompanying drawings, in which: 

Figure 1 shows, in simplified block diagram form, a preferred embodiment of 
a real time application specific transmitter unit in accordance with the present 
invention; 

Figure 2 shows, in simplified block diagram form, a preferred embodiment of 
a router unit, with detail only of real time cormection processing; 

Figure 3 shows a state diagram for a particular real time connection in the 
enforced wait unit of the router of Figure 2; 
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Figure 4 shows a flow diagram for a processor in the router of Figure 2 
implementing enforced wait of the first segment of a real time episode; 

Figure 5 shows function blocks for scheduling of first and continuation segments 
in a scheduler unit of the router of Figure 2; 

5 Figure 6 shows, in simplified flow diagram form, the function of a 
dispatching unit in the router of Figure 2; 

Figure 7 shows, in simplified block diagram form, a preferred embodiment of 
a real time application specific receiver unit in accordance with the present 
invention; and 

10 Figure 8 shows a possible format for a network protocol data unit including a 
real time header extension in accordance with the present invention. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENT 

A central element of the preferred method and apparatus according to the 
invention is the provision of a differential time stamp. This is included by the 

15 real time signal source in a designated field of every packet carrying the signal. 
It is a number that indicates the interval of time that is spanned by the segment 
of signal represented in the pay load of the given packet. Other items of 
information that are advantageously included by the source in similarly 
designated fields of every packet are: 

20 (i) the fact that the packet is on a real time connection, 

(ii) whether the packet is at the start of a real time episode or a 
continuation, 

(iii) the dispatch time (by a clock at the source) at which assembly of 
the packet had commenced. 

25 First and second time stamps (the differential time and the dispatch time) are 
derived by the source from a counter that counts pulses from an oscillator that 
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most advantageously is locked to an integer multiple or fraction of a universally 
available frequency source. Assuming that the same frequency source, or at least 
a very near replica, is available at routers in the network and at destinations 
connected to the network, the time stamps marked in packets can be used by 
5 routers to effect scheduling for timely dispatch of the packets, and by the 
destinations to recover the clock with which the source had generated the signal. 

In a preferred embodiment of a router, constructed in accordance with the 
principles of the invention, the procedure on arrival of a packet is to determine 
whether the packet is on a bona fide real time connection, and therefore 
requiring timely dispatch. If yes, then it determines whether it is the first packet 
in a real time episode, or a continuation packet. If it is the first packet of a real 
time episode, the router schedules it for dispatch WAIT units of time after its 
arrival. An enforced wait of the first packet by a predetermined interval WAIT 
is selected to be short enough to be an acceptable contribution by a router to the 
total delay of the signal and long enough to provide a sufficient time margin for 
the timely dispatch ahead of subsequent continuation packets. The value of 
WAIT may be connection dependent, set at connection set-up, and may be 
smaller for higher rate and delay intolerant transfers. 

On completion of dispatch of the first packet of an episode, the router notes the 
20 time of dispatch completion, as determined from its own clock (locked however 
to a universal time measure). It adds to this the time interval represented by the 
differential time stamp in the packet just dispatched, so determining the target 
time for latest completion of dispatch for the next (continuation) packet on the 
given connection. 

25 On arrival of a continuation packet on a bona fide real time connection the 
router checks that it is the next packet in sequence, by comparing its dispatch 
time stamp with the dispatch time stamp plus the differential time stamp of the 
previous packet. If the comparison does not give a match, then the packet is 
treated as a first packet of an episode in the manner already summarised for an 
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actual first packet. But if it matches, then the packet is scheduled for latest start 
of departure, where this is calculated from the recorded time of latest 
completion of dispatch by subtracting a time interval equal to the length of the 
packet in bits divided by the rate in bits /second of the link on which the packet 
will be dispatched. At the same time a new target for latest completion of 
dispatch is calculated by adding the value of the differential time stamp in the 
present packet to the existing target for latest completion of dispatch. 

In the dispatch of packets other than of the first packets of real time episodes, 
the router does not wait for occurrence of any target time, rather, at the next 
opportunity, it dispatches the packet with the lowest scheduled start of dispatch. 
Only in the absence of any packets with scheduled starts of dispatch, will the 
router dispatch an unscheduled packet, i.e. a connectionless packet or a packet 
on a non-real time connection. 

The router ensures that, with very high probability, packets on real time 
connections are always dispatched ahead of, or on, scheduled time. It does so 
by admitting a further real time connection only when the additional traffic, 
scaled by its WAIT parameter value, will not push the aggregate real time traffic 
commitment above a set threshold. 

A destination may commence presentation of a real time signal as soon as the 
first packet has arrived. It uses a presentation clock that is nominally the same 
as the signal generation clock at the source. The destination brings the 
presentation clock into synchrony with the signal generation clock by comparing 
the time taken to present the signal derived from the information in a packet, 
again measured against a universal time measure, with the time interval 
disclosed in the differential time stamp of the packet. If the measured time is 
larger (smaller) than the differential time stamp, then the presentation clock 
needs to be made to go faster (slower). 
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If the last router along the connection successfully dispatches all packets on or 
before schedule, the presentation at the destination will be time-continuous. The 
next packet in a real time sequence will have arrived at the destination on or 
before the contents of the previous packet have been completed in presentation. 
5 The successful dispatch on schedule by any router, including the last, will 
depend only on the traffic load at the router, provided that routers upstream of 
it have successfully dispatched on or before their schedules. A router can still 
successfully dispatch on or before schedule, even if the immediately previous 
router has missed its scheduled deadline, so long as the overrun in the upstream 
10 router is less than the WAIT value in the downstream router. 



The locking of presentation clock at destination to signal generating clock at 
source by means of differential time stamps, does not depend on time-continuity 
of the presentation. Even if a packet arrives late and causes a gap in 
presentation, or a gap is caused by packet loss, the comparison of presentation 
clock with signal clock is possible during presentation of signal from each of the 
packets as have arrived. Thus recovery at destination of the source clock is still 
possible, even when real time signals are transferred as connectionless packets 
(as for instance they might be over the present Internet). 

Note, there is no restriction on how the time stamps of the invention are 
20 constructed. They could for instance be ordinary binary integers, say, forty bits 
long for the differential time stamp and sixty-four bits long for dispatch time 
stamp, with units in each case on the order of one nanosecond. But equally they 
could be constructed as integer pairs, one giving a value and the other the 
number of trailing binary zeros, and units on the order of one picosecond. What 
25 the construction, the fields, and the units are, is a matter for convention in 
standards. 

Without loss of generality and for the sake of illustration, we consider the 
transfer of a single real time signal from a real time application specific 
transmitter unit 100 of Figure 1 over a network of router units 200 illustrated in 
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Figure 2 to a real time application specific receiver unit 700 of Figure 7. For the 
transfer of real time signals, protocol data units (PDUs) with appropriate 
extension of header for real time, are used. Each PDU or packet in a flow 
represents a fragment of the real time signal. All packets in the flow in this 
example are transferred over the same network connection and follow the same 
route. 



^ /The real time application specific transmitter unit 100 of Figure 1 includes a 
signal sampling unib-LtDi, a reference time clock generator unit 114, a timing 
calculation unit?lt59, an encoding unit 110, a network encapsulation unit 112 and 
10 1 a data buffer 113. 



The signal sampling unit 101 includes an oscillator 103 (the application clock), 
a delimitation timer 102 and a sampler 104. The delimitation timer 102 
determines the fragmentation of the sampled signal. Optionally, the delimitation 
timer 102 may be set by the encoding unit 110. The digital output 106 from the 

15 signal sampler 104 and the fragment delimiters from the delimitation timer 102 
are supplied to the encoding unit 110. The encoding unit 110 processes the 
presented fragment according to the encoder 115 being utilised and its output 
is supplied to the header extension unit 114. The fragment delimiter signals are 
also used to latch the fragment start and finishing times values, respectively 

20 from a reference time clock generator 128. 

The reference time clock generator 128 includes an oscillator 116, optionally a 
frequency multiplier 117, a cycle counter 118 and two latch registers 120 and 121. 
For timely transfer of a real time signal, it is preferred that the reference time at 
router units 200, at the transmitter unit 100 and receiver unit 700 be isochronic, 
25 or at least plesiochronic, with each other, or be isochronic, or plesiochronic with 
each other at least up to an integer multiple of each other. The reference time 
measures can be isochronic if the reference oscillators 116, 207, and 714 are 
locked to a common source, for instance the reference oscillation that is 
universally receivable from a geopositioning satellite (GPS). To be plesiochronic 
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with each other, the reference oscillators 116, 207, and 714 must be of the same 
nominal frequency and appropriately high accuracy, or each must be locked to 
a standard oscillator that is plesiochronically related to the others. 

The multiplier 117 multiplies the frequency fo from oscillator 116 by a constant. 
5 Advantageously the multiplying constant is a power of 2, e.g. 2", where n is an 
integer, and the adopted unit t„ for measurement of time in the present context 
is related to fo also by a power of 2, e.g. t^ = 1/2%, where N would be fixed 
with consideration that t^ should be, say, on the order of one picosecond, and 
thereby small enough not to require subdivision for any foreseeable 
10 measurements of communications timeliness. 

The advantage in powers of 2 for the multiplication of frequency /time scales is 
in the simplicity that this affords to time stamp construction and manipulation. 
Figure 8 gives an illustration of a network protocol data unit (N-PDU) 800, 
containing a header extension 812 that contains fields for first and second time 

15 stamps AT, 817, and T^^^, 819, as typically employed in the invention. The time 
stamps are positive binary integers: in the illustration T^^^ is an integer of 64 bits 
and AT is an integer of 48 bits. At the start of a real time segment, delimitation 
timer 102 sends a latch pulse to the reference time clock generator 128, latching 
the count in counter 118 into register 121 and whence transferring it as t^t^^t to 

20 109. This count is transferred by 109 without alteration as T^^s to the header 
extension generator unit 114. On completion of the segment, delimitation timer 
102 sends a latch pulse to the reference time clock generator 128, latching the 
content in counter 118 into register 120 and whence transferring it as tf^^^^ to 109. 
In 109 t^t^rt would be subtracted from tf.^i^^r and if positive, the result of the 

25 subtraction is transferred as ATjf to header extension generator unit 114. If the 
result of the subtraction is negative, 2^^ is added to it, making it positive and this 
value is transferred as ATjf to header extension generator unit 114. 

The value of n in the multiplier constant 2" is particular to the transmitter unit 
100. Other transmitter units, as also routers 200 and receivers 700, may have 
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different values of n for 2". The constant that is common to all is the unit of time 
t^, which is assumed to be fixed by standard. It is therefore necessary that 
information in regard to the frequency f^ of the reference oscillator 116 and the 
power n of the multiplier 117 be included in the real time header extension 812. 
5 In the example this is included as "Octave" 816, shown as an 8 bit binary 
integer. The value of "Octave" will express the number of trailing zeros that 
would need to be appended to the time stamps T^^s if these were in units 

of ty. With the illustrative assumptions made for routers 200, "Octave" = N - n. 

A fragment as delimited by delimitation timer 102 is encoded as a packet 
10 pay load 820 by encoder 115 and transferred to header extension insertion unit 
114. The header extension 812 contains a header extension header 815, Octave 
field 816 and first and second time stamps AT 817 and T^^s 819 respectively. 
Header extension header 815 may, for instance, have a 4-bit protocol identifier 
821, a one-bit REAL tag 822, a two-bit ORDER field 823, and a reserved bit 824. 
15 When set, the REAL tag 822 would indicate that the fragment is on a real time 
connection. ORDER field 823 has four code points, of which the first (0,1) may 
indicate that the fragment is at START of Episode (SOE), the second (1,0) that 
it is Continuation of Episode (COE), and the third (1,1) that it is a Single 
Fragment Episode (SFE). ORDER = (0,0) may be undefined. 

20 The service data unit of payload 820 and prepended header extension 812 is 
passed to the network encapsulation unit 112, where network header 811 is 
prepended. The resultant protocol data unit 800 is passed to output buffer 113, 
whence it is placed at the earliest opportunity on the output data channel. 

A preferred embodiment of a router unit will now be described with references 
25 to Figures 2, 3, 4, 5 and 6. The router unit 200 includes at least one channel 
identification unit 201, at least one memory block 211, a reference time generator 
206, a data control unit 227, and possibly for each output data link at least the 
following units: an enforced wait unit 205, a scheduler unit 210, a dispatch 
control unit 218, and a dispatching unit 228. A plurality of input data links. 
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each carrying a plurality of data channels, connect to the channel identification 
unit 201. A corresponding plurality of output data links, each carrying a 
plurality of data channels, are provided at the output of the router 200. For the 
sake of clarity, we limit the description to only one output data link. Design 
5 options allow for the sharing of some units within the router. 

On arrival of a packet or fragment, the channel identification unit 201 copies all 
header information, including header extension, if present, and passes the entire 
packet to memory block 211, where it is stored in fragment block 209. The 
address pointer to fragment block 209 is returned by the memory block 211 to 
the channel identification unit 201 which appends it to the header information. 
The channel identification unit 201 determines whether the fragment is on a 
bona fide real time connection. If it is not, then the header information and 
address pointer of the fragment block 209 are passed to the data control unit 227 
for non-real time processing (from where eventually the address pointer will be 
added to the data queue 212 of the appropriate output link). However if the 
fragment is on a bona fide real time connection then channel identification unit 
201 identifies the connection i that the fragment belongs to (e.g. from transmitter 
and receiver network addresses or from flow label), and transmits to the 
enforced wait unit 204 of the appropriate output link, the connection number, 
the length L^j of the fragment, the extension header and the address pointer. The 
connection number, fragment length, extension header and address pointer are 
collectively the router transfer information of a real time packet. 

Timely transfer of fragments typically requires the dispatch of the first fragment 
to be delayed for at least a specified WAITi time units. Depending on the 
25 connection state, the timing data associated with the fragments can be placed in 
one of three queues, namely E_WAIT queue 215, A_WAIT queue 214 and 
DEADLINE queue 213. Each item in the E_WAIT queue 215 or A_WAIT queue 
includes the address pointer to the associated fragment block 209 an the 
associated timing data. Each item in the DEADLINE queue 213 includes the 
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address pointer to the associated fragment block 209 and the latest start time for 
the dispatch of the fragment. 

The reference time clock generator unit 206 includes an oscillator 207, optionally 
a frequency multiplier 231, a cycle counter 208 and a latch register 224. The 
5 register 224 is used to latch the value of the counter 208 on completion of 
dispatch 219 of the first fragment of an episode. The output of the register 224 
is submitted to the enforced wait unit 204. The output of the frequency 
multiplier 231 is also submitted to the enforced wait unit 204 to drive an 
E_WAIT timer 205. 

10 Operation of the enforced wait unit 204 will now be described with reference to 
Figures 2 and 4. Upon arrival of the first fragment, the enforced wait unit 204 
places 408 the timing data in the E_WAIT queue 215, sets 408 the E_WAIT timer 
205 to expire WAITi time units later and sets 408 the connection state to 
' E_WAIT. The timing data of each fragment that arrives during the E_WAIT 

15 state are placed 409 in the E_WAIT queue 215. Upon expiry of the E.WAIT 
timer 205, the timing data in the E_WAIT queue 215 is transferred, 412 to 
A_WAIT queue 214 and the connection state is set 412 to A_WAIT state 
[Figure 4(b)]. The timing data of each fragment that arrives during the A_WAIT 
state is placed 410 in the A_WAIT queue 214. Upon dispatch of the first 

20 fragment, the time of the dispatch is recorded 413 and transferred 413 to the 
scheduling unit 210, the connection state is set 413 to DEADLINE state and the 
timing data of each remaining fragment in the A_WAIT QUEUE 214 is 
submitted 413 to the scheduler unit 210. On arrival of a continuation fragment 
during the DEADLINE state, the enforced wait unit 204 checks that it is the next 

25 fragment in sequence, by comparing 403 its dispatch start time stamp with the 
dispatch time stamp of the previous fragment. If the comparison gives a match, 
then the timing data of the fragment is submitted, 404 to the scheduler unit. If 
it does not give a match, then the fragment is treated as the first fragment of an 
episode in the manner 408 already summarised for an actual first fragment. 
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In the State Diagram of Figure 3, arrival of a fragment F^-^ occurs at time t. The 



differential time and Lj^ = fragment length. After processing of the header set, 
Tj, last = Tabs, ij ^Tij. With respect to a given set up connection i, the enforced 
5 wait unit 204 at any given time is in one of four possible states 300: IDLE 301, 
E_WAIT 303, A_WArr 306, and DEADLINE 309. The connection is in IDLE state 
301 from connection set-up until arrival of the first segment. The connection is 
in the E_WAIT state 303 while awaiting the expiry of an imposed WAIT interval. 
WAIT is imposed on arrival of the first segment on the connection, and 

10 subsequently on the arrival of any segment following a break in the time 
continuity of segments. The connection transfers into the A_WAIT state 306 on 
expiry of a WAIT interval until dispatch of the segment that triggered WAIT. On 
dispatch of segment from the A_WAIT queue, the connection transits into 
DEADLINE state 309. While the connection is in the E_WAIT state 303, the 

15 router transfer information of incoming segments is directed to the E_WAIT 
queue 215, and while in the A_WAIT state to the A^WAIT queue 214. The start 
of the E_WAIT state is on arrival of a triggering segment, when the E_WAIT 
timer 205, instantiated for connection i, is set, and finishes with the expiry of 
E_WAIT timer 205. Transition from the E_WAIT to the A_WAIT state also 

20 transfers the content of E_WAIT queue 215 to the A_WAIT queue 214. 

The E_WAIT and A_WAIT states are transient and short-lived, occurring briefly 
at starts of episode. The steady state of a connection is the DEADLINE state 309. 
The DEADLINE state 309 is entered from the A_WAIT state 306 on dispatch of 
segment for which transfer information is held in the A_WAIT queue 216. The 

25 time of the dispatch of a segment from A_WAIT is captured from counter 208 
by latch into register 224, the latching signal coming from dispatch control unit 
218. The time is local to the router, but is generated by oscillator 207 which is 
isochronically related to oscillator 116 (and 714). On dispatch of a segment with 
transfer information in A_WAIT queue, that transfer information and transfer 

30 information of any further segments is sent to the scheduler unit 210. The time 



extension header set includes First = ORDER, Tabs jj = dispatch time, ATjj = 
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of the completion of dispatch of the segment from A_WAIT is also sent (via the 
enforced wait unit 204) to the scheduler unit 210. 

Only the start of episode (SOE) and single fragment episode (SFE) fragments, as 
have arrived at a router on a real time connection i, are dispatched on an "as 
5 soon as possible" basis, following a WAIT(i) period. Their pointer information 
is taken by dispatch control unit 218 from an A_WAIT(i) queue 214. 
Continuation of episode (COE) fragments are dispatched on an "on or before 
time" basis, with their pointer information taken by dispatch control unit 218 
from the collective deadline queue 213. The information for each fragment in 
10 deadline queue 213, apart from pointer to fragment block 209, includes the time 
of latest start of dispatch, as determined by scheduler 210. Dispatch control unit 
218 selects for next dispatch from deadline queue 213, the fragment with the 
smallest value of latest start of dispatch. 

Operation of the dispatch control unit 218 will now be described with reference 
15 to Figures 2 and 6. The dispatch control unit 218 serves the DEADLINE queue 
213, the A_WAIT queue 214 of each connection which is in A_WAIT state and 
the DATA queue 212, Every time the output data channel becomes available for 
dispatch, the dispatch control unit 218 makes a decision 600 to select a queue to 
dispatch from. The dispatch control unit 218, may activate 610 a dispatch from 
20 the DATA queue 212 only when there is no connection 613 in A_WAIT state and 
the DEADLINE queue 213 is empty 615. If there is at least one connection 612 
in A_WAIT state, the dispatching control unit 218 checks to see whether all 
deadlines previously set in the DEADLINE queue can still be met. The decision 
603 is made on the basis the dispatch of all scheduled fragments always start 
25 before or on scheduled time with very high probability. Upon an affirmative 
decision 617, the dispatch control unit initiates 604 a dispatch from the chosen 
A__WAIT queue 214. Upon completion of the dispatch 604 the associated 
enforced wait unit 204 is notified 605. Otherwise, as well as when there are no 
connections 613 in A_WAIT state and DEADLINE queue is not empty 614, the 
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dispatch control unit 218 dispatches 608 the fragment with the earliest start time 
from the DEADLINE queue 213. 

Operation of the scheduler unit 210 will now be described with reference to 
Figures 2 and 5. The scheduler unit 210 schedules each fragment which is 
5 forwarded by the enforced wait unit into the DEADLINE queue 213. Upon 
notification 223 of the completion of the dispatch of the first fragment of the 
episode, the scheduler unit 210 determines 501 the deadline for the completion 
of the dispatch of the second fragment of the episode. For each successive 
fragment the scheduling unit 210 first determines 502 the deadline for the start 
10 of the dispatch of the fragment by taking its length and the output data channel 
link rate into account and updates the DEADLINE queue 213. The scheduling 
unit 210 also determines 502 the time by which the dispatch of next fragment to 
be completed. 

The determination by scheduler 210 of the latest start of dispatch for each COE 
15 fragment is as follows: To the time t^irsu completion of dispatch of an initial 
fragment of episode on connection i, as obtained from register 224 and passed 
on by enforced wait unit 204 to scheduler 210, the scheduler adds AT^j, the value 
of the differential time stamp carried by the initial segment, to determine DLj^, 
the deadline for the completion of dispatch of first continuation fragment on 
20 connection i. When next a COE fragment on connection i arrives, the enforced 
wait unit 204 checks that it is time contiguous to the previous fragment and if 
so, sends its timing data to the scheduler unit 210. Scheduler 210 calculates the 
latest start of dispatch TsiavtM by subtracting from the ratio of length Lj, of the 
fragment, measured in bits, and the rate of the output link in bits per unit of 
25 time (t^). At the same time, scheduler 210 produces DL^j, the deadline for the 
completion of dispatch of the (yet to arrive) next COE fragment, by adding to 
DLi^ the differential time stamp AT^ carried in the previous COE fragment. 
Calculations of Tstaru] DLjj^, ends with arrival of j-th continuation fragment. 
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Calculated TstATtX] numbers are used in router 200 only for providing indications 
of priority for dispatch. In the overwhelming majority of instances, dispatches 
of continuation fragments will actually start at, or prior to, the calculated latest 
start times, because traffic conditions, controlled by connection admission which 



dispatching unit 228 will never be idle while there is any fragment waiting for 
dispatch, with pointer information in an A_WAIT queue 214 or deadline queue 
213 or data queue 212. At the completion of dispatch of a fragment, irrespective 

10 of what priority it may have been, the dispatch control unit 218 will select for 
dispatch in order of arrival into queue, a fragment from an A_WAIT queue 214, 
if there is one present, then, if none present in A_WAIT, a fragment from 
deadline queue 213, selecting the fragment with earliest latest start time, and, if 
no fragment present in A_WAIT or in deadline queue, selecting a segment from 

15 data queue 212. 

A preferred embodiment of a receiver unit in accordance with the present 
invention will now be described with reference to Figures 7 and 8. The real time 
application specific receiver unit 700 includes a fragment receive unit 720, a data 
buffer 703, a decoding unit 705, a differential time stamp queue 731, a reference 

20 clock generator 712, a signal presentation unit 716, a presentation interval 
calculating unit 721, a local and received interval comparator 707 and a phase 
locked loop filter 709. The fragment receive unit 720 extracts the payload 820 of 
the received network protocol data unit 800 and places it in buffer 703. It also 
extracts the differential time stamp 817, aligns it in octave to local time stamps 

25 (713), and places it in queue 731. 

The decoding unit 705 decodes each fragment, once complete in buffer 703, and 
passes the decoded fragment to play-out unit 717. Note that there is a one-to-one 
correspondence between the fragment payload as is decoded by decoding unit 
705 and as was produced by the encoder 115 in transmitter unit 100 (see 
30 Figure 1), and similarly between the decoded fragment in play-out unit 717 and 



5 



is outside the scope of this description, would assure that queues will rarely 
become large enough to deny dispatch on time. As a general rule, the 
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the signal segment delimited by the delimitation timer 102 in transmitter unit 
100. The reference clock generator 712 is in all respects similar to the reference 
time generator 128 in Figure 1, including registers 726 and 727 which are similar 
in construction and function to registers 120 and 121. 

5 Signal presentation unit 716 includes a voltage controlled oscillator 718, a play- 
out unit 717 and a delimitation unit 723. Voltage controlled oscillator 718 
provides timing to play-out unit 717. Play-out unit 717 presents the real time 
signal, and identifies fragment boundaries which it submits to delimitation unit 
723. In turn, the delimitation unit activates a latching signal to register 727 to 
10 latch tgt^rt/ ^he count in counter 713 at start of presentation of a fragment, and to 
register 726 to latch tfinisU'' ^he count in counter 713 at completion of presentation 
of the fragment. 

Time interval calculation unit 721 calculates the fragment presentation interval 
by subtracting tsj^^t from tfi^jj-^- When measured and calculated over the 
presentation of fragment Fjj, the presentation interval should be equal to the time 
stamp ATij, as retrieved from the fragment and is in queue 731. The two interval 
values are compared in subtraction unit 707. The difference is present to filter 
709 which in response generates a control voltage for application to voltage 
controlled oscillator 718. If ATjj is larger than (tf^^ish ' *^start)/ the resulting control 
voltage will be such as to increase the frequency of voltage controlled oscillator 
718, and, conversely, if smaller, then it will decrease the frequency of VCO 718. 
The result over time is to make the frequency of voltage controlled oscillator 718 
the same as the frequency of application oscillator 103 in transmitter unit 100, 
and the nature of the system in this respect is that of a phase locked loop. 

25 It will be apparent that the described method and apparatus of transmitting real 
time signals over a communications network provides a number of significant 
advantages. In its preferred form the present invention allows routers, or relays 
more generally, of a network such as the Internet, to be given the time 
awareness that is necessary for timely transfer of real time signals. Timing 
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information generated at the source of the signal, is included in packets, and can 
be used by network routers or relays, for instance by Internet routers, to 
establish deadlines by which the packets need to be forwarded. The same timing 
information can be used at the destination to synchronize the clock for the 
5 presentation of the real time signal to the clock that generated the signal at the 
source. 

The time awareness in a router with respect to a packet makes reference to 
preceding packets, if any, in the same transfer. Thus for timely transfer, it is 
preferred that all packets of a transfer go over the same sequence of routers, i.e. 

10 that they go over a set connection. There is no requirement of connection for the 
aspect of synchronizing the presentation clock to the source clock. However 
without timely delivery, there is no assurance of time-continuous presentation, 
even when the presentation clock is appropriately synchronized. Thus overall, 
the effectiveness of the method is typically dependent on the transfer of real 

15 time signals being connection-oriented. 

Given the widely held expectation for real time communications over the 
Internet, the Internet should present the most prospective target for the present 
invention. As noted the Internet is for the time being entirely connectionless. 
However there are already proposals for endowing the Internet with at least 

20 some connection-oriented functionality. The best known is the resource 
reservation protocol (RSVP) (see RSVP Version 1 Functional Specification, 
R. Braden et al., RFC 2 20 5, September 1 99 7, 
http://www.sunsite.anc.dk/RFC/rfc/rfc2205.html). RSVP could establish 
bandwidth-resourced connections for some intervals, or even entire durations, 

25 of real time signal transfers. But such connections would not be endowed with 
any assured capability of timely, time-continuous signal transfer. With the 
present invention folded into the RSVP, the connections could be so endowed. 

Numerous variations and modifications will suggest themselves to persons 
skilled in the digital communications and electronics arts in addition to those 



wo 99/60755 PCT/AU99/00396 

- 22 - 

already described without departing from the basic inventive concepts. All such 
variations and modifications are to be considered within the scope of the present 
invention, the nature of which is to be determined from the foregoing 
description. 



